Flexible Communication Systems and Methods

ABSTRACT

A method of initiating a telecommunication session for a communication device that includes submitting to one or more telecommunication carriers a proposal for a telecommunication session, receiving from at least one of the one or more telecommunication carriers a bid to carry the telecommunications session, and automatically selecting one of the telecommunication carriers from the carriers submitting a bid, and initiating the telecommunication session through the selected telecommunication carrier.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of and claims priority under 35U.S.C. §120 to U.S. application Ser. No. 14/804,988, filed on Jul. 21,2015, which is a continuation of U.S. application Ser. No. 13/740,132,filed on Jan. 11, 2013, which is a continuation of U.S. application Ser.No. 13/234,834, filed on Sep. 16, 2011, which is a continuation of U.S.application Ser. No. 11/688,145, filed on Mar. 19, 2007, the entirecontents of which are hereby incorporated by reference. This applicationis also related to U.S. application Ser. No. 13/277,400, filed on Aug.7, 2012, which is a continuation of U.S. application Ser. No.13/234,834, the entire contents of which is hereby incorporated byreference.

TECHNICAL FIELD

This document relates to voice and data communications, and moreparticularly to devices, systems, and methods for providing variousforms of communication in a variety of manners.

BACKGROUND

Telecommunications are extremely important to businesses andindividuals. People need to communicate with others at a distance for avariety of reasons and in a variety of ways. For example, people need totalk to each other, whether for personal reasons or business, and manypeople are wedded to their telephones—their connections to the world. Atother times, people need to see each other, and can usevideoconferencing to connect over a distance. People also sometimes needto contact emergency services, such as through 911 calls. Writtencommunication may also occur, such as via e-mail or text messaging.People also need access to information apart from their communicationswith other people. For example, many people depend on the World Wide Webto access all kinds of important (and less-than-important) information.

As each new communication technology matures, and as more technologiesare developed, users begin to see each technology as simply anotherapplication. And they depend less-and-less on the mode in which thecommunication is carried. For example, voice melds into data, as usersdesire to send and receive files and other materials during adiscussion—or to work on a virtual whiteboard during a meeting. Also,with the ability to digitize voice, telephone calls become simplyanother form of data—albeit with a relatively high quality of service(QoS) requirement.

However, users still struggle to unify their communications. Forexample, a user may have a wired voice telephone connection at home,with the addition of a wired (e.g., DSL or cable) data connection. Theymay also use a cellular telephone for voice access, and an additionaldevice such as a personal digital assistant (PDA) for data access. Andthey may have a different provider for each of these services, eventhough, to the user, they are just communications applications and notmuch more.

Some attempts have been made to simplify communications. For example,applications have been developed by which a telephone works as acordless device on a landline connection when within range of a basestation in the home, but as a wireless cellular telephone when out ofrange. Generally, however, such a system is limited in the services itmay provide and the way in which it can provide them. For example, auser may be restricted to a particular plan or particular provider oftelecommunication access. The user may be indifferent to the mode ofaccess, however, as long as the access meets a certain minimal level ofquality. The user may instead be more interested in having access tonumerous and superior applications, and may desire the freedom to use avariety of communication modes.

SUMMARY

This document describes devices, systems, and methods for providingtelecommunication access and applications to users in a flexible manner.Devices may operate on multiple networks, and may in certaincircumstances seek out bids from telecommunication service providers.For example, a device such as a mobile telephone may have the capabilityto operate over multiple different networks, including a home networkwhen in the home, to transition to a metropolitan network when outsidethe home but in a higher-density area (urban/suburban), and transitionto a more traditional cellular network when outside such a higherdensity area. The connections may, in appropriate circumstances, beprovided by different telecommunications providers, and may involvehand-offs of a particular communication session from one provider toanother.

In addition, to help provide the user with a level of service that bestmeets the user's needs (whether the need is based on cost, quality ofservice, bandwidth requirements, or some other criteria), a device mayseek out potential service providers and obtain certain terms of servicefrom them. The device may also select a particular provider to handle asession, and may cause the session to be carried out. Such actions mayoccur at various times, for example, at the onset of a session or in themiddle of a session as a device moves from a high-density area to anarea of lower density.

Such approaches may advantageously provide one or more features. Forexample, a device may be configured to operate using a least expensiveoption for communication at all times, and may start auctions withtelecommunications providers to connect to the provider bidding with thelowest cost. As one example, when in a home, the device may use abroadband communication method for which the user already pays a fixedmonthly rate. When the user leaves the house, they may be transferred toa metropolitan network, which may be part of the same plan as the homeplan, with monthly pricing, with use-based pricing, or with free usesupported by advertising. When the user exits the metropolitan area,where free or low-rate pricing may not be possible, the system andmethods may permit the user to transfer to a pay-for-use network. Inaddition to cost as a factor in selecting appropriate telecommunicationsproviders, users may opt for alternative auction models based on maximalbandwidth offered, best coverage/reliability, or some combination ofoptions.

In addition, the user's device may operate as a data device—treatingvoice and data communications similarly as transmissions of packet data.In this way, the device takes on a greater role for the user—translatingthe user's needs into data that can be transmitted. Because the usercontrols the device, the user receives greater flexibility in decidingwhat applications they need or want. In addition, such generalizing ofthe communication channel permits more open development of devices andapplications to be run on devices, because the transmissions arestandardized, and any device that can format communications according tothe standard will work. Thus, for example, such an approach permits morereadily for the development of an open-source telephone or othercommunication device.

In one implementation described here, a method of initiating atelecommunication session for a communication device is described. Themethod comprises submitting to a plurality of telecommunication carriersa proposal to commence a telecommunication session, receiving from eachof the plurality of telecommunication carriers a bid to carry thetelecommunication session, and then selecting one of thetelecommunications carriers and initiating the session over the selectedtelecommunication carrier. The proposal for a telecommunication sessionmay be submitted by a portable communication device, or possibly, acentral service that will negotiate with the telecommunication carrierson behalf of the portable device. Also the availability of the pluralityof telecommunication carriers to the portable communication device maybe determined. In some aspects, the telecommunication session maycomprise a voice call. The session may also comprise a non-voice datatransmission.

In some aspects, the automatic selection of one of the telecommunicationcarriers may comprise evaluation by the device of bid prices and qualityindicators. The selection of one of the telecommunication carriers mayalso comprise selecting a carrier that submits a lowest bid. The methodmay additionally include submitting to a plurality of telecommunicationcarriers a proposal for a second telecommunication session, receivingfrom each of the plurality of telecommunication carriers a bid to carrythe second telecommunications session, and automatically selecting oneof the telecommunications carriers and initiating the secondtelecommunication session through the selected telecommunicationcarrier. The selection of the telecommunication carrier to use can be auser-determined process or can be selected automatically based on auser's preference criteria.

In addition, the method may include, before submitting or duringsubmission of the proposal for a telecommunication session, determiningwhether the device can access alternative networks, and initiating acall over a non-carrier network if the device is within a non-carriernetwork. The non-carrier network may be an IP-based network, and thedevice may access the IP-based network through an access point. Theaccess point may include, but is not limited to, an IEEE802.16-compliant device or an IEEE 802.11-compliant device. The methodmay further include transferring the device to a second public accesspoint during the telecommunication session. Moreover, the method mayinclude transferring the device to a carrier during thetelecommunication session.

In another implementation, a device for initiating a telecommunicationsession is disclosed. The device comprises an interface to wirelesslyconnect the device to a plurality of data communication providers, aprocessor configured to execute a plurality of applications stored inmemory on the device, and a connection module in communication with theprocessor to obtain carrier pricing information and select a carrier forcarrying at least a portion of a telecommunication session using thecarrier pricing information. The connection module may obtain thecarrier pricing information after receiving a request from a user of thedevice for the initiation of the telecommunication session. Also, theinterface may be configured to perform data communication using anycombination of wireless communication standards including GSM, CDMA,TDMA, IEEE 802.11, IEEE 802.16, and Bluetooth. The connection module mayalso include a signal monitor to determine the relative quality ofdifferent service providers around the device. The signal monitor mayalso be used to determine when a device is moving in or out of aparticular area of service. In addition, GPS-like location technologymay also be included in the device to provide precise locationcoordinates when requesting bids from service providers.

In some aspects, the device may include a voice module in communicationwith the processor for enabling voice communication on the device. Thedevice may also include a bid confirmer to verify to a telecommunicationconnection coordinator parameters of a completed telecommunicationsession.

In yet another implementation, a computer program product for use inconjunction with a computerized communication device is disclosed. Theproduct may comprise a computer readable storage medium and a computerprogram mechanism embedded therein with instructions for submitting to aplurality of telecommunication carriers a proposal for a firsttelecommunication session, receiving from each of the plurality oftelecommunication carriers a bid to carry the first telecommunicationssession, and automatically selecting one of the telecommunicationscarriers and initiating the first telecommunication session through theselected telecommunication carrier.

The mechanism may also include instructions for determining theavailability of the plurality of telecommunication carriers to theportable communication device. The telecommunication session maycomprise a voice call, and the automatic selection of one of thetelecommunication carriers may comprise evaluation by the device of bidprices and quality indicators. The computer program mechanism mayfurther comprise instructions for submitting to a plurality oftelecommunication carriers a proposal for a second telecommunicationsession, receiving from each of the plurality of telecommunicationcarriers a bid to carry the second telecommunications session, andautomatically selecting one of the telecommunications carriers andinitiating the second telecommunication session through the selectedtelecommunication carrier.

In addition, the computer program mechanism may comprise instructionsfor determining, before submitting the proposal for a firsttelecommunication session, whether the device can access a non-carriernetwork, and initiating a call over the non-carrier network if thedevice is within a non-carrier network. The mechanism may furthercomprise instructions for transferring the device to a second publicaccess point during the telecommunication session. Moreover, the actsperformed by the instructions may be performed as part of transferringthe device to a carrier during the telecommunication session.

In yet another implementation, a method of coordinatingtelecommunications sessions from a plurality of carriers for a singledevice is disclosed. The method comprises receiving a first billingnotice representing a communication session carrier by a first carrierfor the device, and relating to an amount bid by the first carrier for atelecommunication session, receiving a second billing noticerepresenting a communication session carrier by a first carrier for thedevice, and relating to an amount bid by the second carrier for atelecommunication session, and transmitting a signal indicative of anamount to be deducted from an account associated with the device, whichamount corresponds to amounts associated with the first billing noticeand the second billing notice. The method may further comprisetransmitting signals indicative of amounts to be added to accountsassociated with the first and second carriers, which amounts correspondto amounts associated with the first billing notice and the secondbilling notice, respectively.

The details of one or more embodiments of the invention are set forth inthe accompa-nying drawings and the description below. Other features,objects, and advantages of the invention will be apparent from thedescription and drawings, and from the claims.

DESCRIPTION OF DRAWINGS

FIG. 1A is a diagram of a regional telecommunication system.

FIG. 1B is a diagram showing a mobile device communicating over multiplenetworks.

FIG. 2 is a system diagram showing the components of atelecommunications system.

FIG. 3 is a flow chart showing actions by a communication device ininstigating a voice telephone call.

FIG. 4A is a swimlane diagram showing actions surrounding the provisionof a data communication, such as a telephone call, from a communicationdevice.

FIG. 4B is a swimlane diagram showing actions surrounding the provisionof a data communication, such as a telephone call, from a communicationdevice.

FIG. 5 is a block diagram showing the components of a wirelesscommunication device and a system for coordinating communication sessionwith the device.

FIG. 6 is a block diagram of computing devices that may be used toimplement the systems and methods described in this document.

Like reference symbols in the various drawings indicate like elements.

DETAILED DESCRIPTION

FIG. 1A is a diagram of a regional telecommunication system 10. Thesystem spans across multiple urban communities, and across the ruralareas between and among them. In general, within the system 10,telecommunication services may be provided by different subnets in thelarger telecommunications network. For example, in urban areas wherepopulation is dense, services may be provided by cellular carriers inaddition to alternative data networks such as WiFi or WiMAX and thelike. Outside the urban areas, service will be more typically providedby cellular telephone providers. The systems may provide for “hand offs”within and between networks so as to permit constant or near-constantdata or voice communications. Also, some or all of the communicationsmay be treated as straight data communications, with voice being encodedand packetized at end user devices so as to be essentiallyindistinguishable from regular data on the network.

As shown, system 10 covers three communities that are provided withsubnets 12 a, 12 b, 12 c. These subnets 12 a, 12 b, 12 c may includecommunity-wide wireless data networks, such as WiFi, WiMAX, or othersimilarly configured networks. Within each subnet, there may be a numberof wireless access points that connect to the subnet with a wire (e.g.,a coaxial cable, optical fiber, etc.) and serve to permit users toaccess the subnet wirelessly (though ultimately through a wiredconnection). In addition, portions of a subnet may also be wireddirectly to a user.

The various subnets 12 a, 12 b, 12 c may be public, private, orsemi-private networks. For example, a public network may be a wirelessnetwork established for a city that may connect to the internet at asingle point or multiple points, as is appropriate. The public networkmay be operated by a public agency such as a city, or may be operated bya private organization in cooperation with a public entity.

Also, a private network may be similar to the public network, and may beconnected locally to the internet, but operated separately from anypublic organization (e.g., by a private internet service provider(ISP)). Such a network may also be connected to a more broad-basednetwork, such as a regional network or a national network, such as byso-called peering points. For example, the private network may usededicated communication channels purchased or leased by the privateparty, and/or may use communication channels for which the private partypays bulk usage fees. For communications between users of the privatenetwork, the general internet or other networks would not need to beused. Such an implementation may have the advantage of greaterperformance and less cost for the private network operator.

Various components may appear in each of the subnets 12 a, 12 b, 12 c.For example, wireless devices such as personal digital assistant 20 aand cellular telephone 20 c may serve as communication endpoints. Also,wireless transceivers 14 a, 14 b, 14 c may be placed on buildings orlight poles to provide wireless connections for users near thetransceivers. For example, transceivers on light poles may serve assimple repeaters that draw electrical power from the light poles or, forexample, from solar collectors and related batteries. Other transceiversmay be switches or routers that are wireless and wired, and therebyroute data to and from the subnet's main connections to the internet orother central network(s). Cellular networks also have a similar topologywhereby base stations provide a geographic footprint and connect into alarger network infrastructure.

The subnets 12 a, 12 b, 12 c, as shown, presume that certain areas, suchas urban areas, will be particularly amenable to full-coverage wirelessdata networks, while other rural areas will not. However, various areasmay be joined in a variety of ways such that subnets may overlap andextend across multiple areas. The subnets may also be broken up asnecessary, such that certain wireless access points are routed through aparticular main line, while others are routed through another. Inaddition, the connections of the access points may be varied, such asautomatically, to help balance the loads in a network or group ofnetworks. For example, if data traffic is particularly heavy in onesubnet, some of its access points may be alternatively connected viaanother subnet so as to ensure high quality service to each of subnets12 a, 12 b, 12 c.

Subnet 12 b additionally includes a node 22 that may communicate withdevices outside the subnet. For example, node 22 may be a satellitecommunication structure. In such an implementation, the satellitecommunication channel may be part of a private network, so thatcommunications in the subnet are routed through node 22 for access tothe rest of the private network or to other networks, including theinternet.

Between the subnets 12 a, 12 b, 12 c, are areas not covered by one ofthe subnets 12 a, 12 b, 12 c, such as a rural area. Such areas maynonetheless be served by a cellular provider. Such service may bevoice-based and/or data-based. As shown in the figure, there are twocellular communication providers, as shown by cell towers 16, 18 markedin different forms (e.g., one with crossed support girders and one withonly horizontal girders). In some inter-subnet areas, both communicationproviders provide service, while in others, only one communicationprovider has service (as indicated by the presence of only one form oftower in the area). For example, in the middle of the figure, only theprovider corresponding to tower 18 provides service. As such, users inthis area will have to use that provider if they want to make aconnection.

Likewise, along the top of the figure, both providers have multipletowers. Thus, for example, car 24 has two possible avenues available fortelecommunications. Of course, where the providers have proprietaryclosed networks, the user may not be able to access the informationthrough anything other than the provider network associated with auser's device or device identification. In such a situation, the closednetwork provider would lose out on the opportunity to carry the user'ssession. In any event, the operation of the cellular networks may followany of a number of well-known modes of operation for connecting andbilling calls.

In operation, in one example, a truck 26 travels from one subnet, 12 b,to another, 12 a. The area between these subnets is sparsely populated,and served only by a carrier associated with tower 18. If the user inthe truck 26 starts a call inside subnet 12 b, the call will beinitiated by the subnet 12 b and carried by the main line for the subnet12 b. As the user travels through the subnet 12 b and moves out of thecoverage of one access point, the handling of the call may betransferred to another access point. The hand-off may occur using knownmethods and methods described more completely below. Where the call istreated simply as a series of data transmissions containing digitizedvoice signals, each transmission may be treated independently, and thenetwork simply needs to ensure that a particular group or packet ofmaterial is not sent through the network multiple times unnecessarily.

A different form of hand off can occur when the user exits subnet 12 b.In this situation, the user may enter a network such as a cellulartelephone network, operated by a different entity than the entity thatoperates subnet 12 b, and/or a network that uses a different standardfor communication than does the subnet 12 b. For example, subnet 12 bmay use an IEEE-compliant wireless communication protocol, such as oneof the variants of 802.11 or 802.16, while tower 18 may be part of adifferent network such as a GSM, UTMS, or CDMA network, among others.The hand-off between such networks may involve passing of identificationinformation for billing or other usage tracking purposes. When the truck26 reaches subnet 12 a, a hand-off is performed from tower 18 to anaccess point in subnet 12 a. Subnet 12 a and subnet 12 b may be operatedby a single organization and be part of a single private network, or mayalternatively be operated by various organizations and/or be parts ofdifferent networks, either connected through private networks or publicnetworks such as the internet.

In another example, automobile 24 is traveling from subnet 12 b tosubnet 12 a along a path served by multiple cellular carriers. Thedriver may have started in his or her home making a VoIP call with hisor her home network, such as a WiFi or WiMAX network. The driver'sdevice may be a multi-modal communication device capable of usingmultiple transmission protocols and transitioning transparently from onemode to another. For example, a call that is started in a home may occurusing Unlicensed Mobile Access (UMA) technology, using, for example,Bluetooth or IEEE 802.11 standards.

When the driver leaves his or her home, the call may be picked up bysubnet 12 b, which itself may use UMA technology, but may be part of thesame or a different subnet from what the user employs in his or herhome. Where the phone call is digitized and treated like other data fortransmission (perhaps with some preferential treatment to ensure QoS),each network may simply handle the packets as they are sent, and neednot be concerned about what the packets are for, and what they will bewhen they are reassembled at the other end of the communication.

Once the driver in car 24 leaves subnet 12 b, the job of handling datafrom the phone may shift to towers 16 or 18. Here, multiple cellulartelephone carriers are available to handle the call, and such servicemay be provided based on an auction system. Specifically, and asdescribed in more detail below, the user's device may identify itself tosuch carriers when it is within their range or in a certain area (e.g.,as determined by GPS in the device and using data about coverage areasdownloaded to the device). The device may also identify thecommunication session it is currently having, such as by providingidentification of the device at the other end of the communication.

With this information, each carrier corresponding to towers 16 and 18,respectively, may offer a price for which it is willing to carry thecommunication session. Where the session is a telephone call, the bidmay be in terms of a price per minute or other time period. Where thesession is focused on data transmission, the bids may be in terms ofbits or bytes of information, or a similar measure. Of course, voicetransmission may, in appropriate circumstances, be treated as datatransmission. A device may also obtain other information and make adecision on which carrier to accept based in whole or in part on suchinformation. This information may include the expected quality ofservice, the broadest coverage (e.g., if the communication session isexpected to take a long time and the user is moving), or the besttrade-off as selected in a predetermined manner (such as a linearcombination of two factors). A user may select a combination, such as bybeing provided with a graphical icon of a slider (or triangle or square)set out for two features (or three or four), and may position the sliderbetween the two features in a manner showing a relative preference forone feature over the other.

The price bid by a carrier may be based in part on any fees the carriermay have to pay to another carrier. For example, when the user iscalling another person who is on a landline, the wireless carrier mayhave to route the call through another carrier and pay that carrier afee. In contrast, when the other person is on a network operated by thesame company that operates subnet 12 b (and the carrier has an agreementwith that company), the carrier may be able to bid less for thecommunication session. Thus, a caller may be able to get a better dealbased on who the “callee” has for a carrier—if that carrier also servesthe area in which the caller is located. The quality of the session maylikely be better in such an event also, because the call could staywithin a single carrier's network.

The price may also be based on current network capacity or other factorsrelevant to the carrier. For example, if a carrier is approachingsaturation for a particular part of a network, the carrier may producevery high bids or no bids at all so as to ensure better service on thenetwork. The bid may also include various capabilities that the carrierhas; for instance, one carrier may only be able to carry a voice call ora limited amount of data, while another carrier may be able to support aricher communication session such as a teleconference. In such asituation, the carrier capabilities may be made known in the biddingprocess so that the user or the user's device may make a more informedselection of carriers.

The carrier may also set a time limit for the bid, such that a user maysend or receive data during the period set by the time limit, but thenhas to re-bid after that. For example, where a device initiates a bidduring a low usage period, the carrier may make its bid “good” for onehour, after which the device will be set to re-bid. In this manner,carriers can better manage their loads and can also avoid providing lowcost service during high demand periods. The time frame for bidding maybe set dynamically by the carriers and made part of the bid, or may beset by prior agreement, e.g., with bids to expire at the top of eachhour. Alternatively, bids may only apply to the existing request/sessionwhich would allow for an even more dynamic pricing.

Such sessions may be established by various appropriate approaches,including Session Initiation Protocol (SIP) for IP-based sessions andtraditional approaches commonly associated with cellular based schemes.Such communication may employ a series of messages by which a callerdevice seeks to establish a session, and communicates that intentthrough intermediary devices such as servers, to a callee device. Thecallee device may likewise respond using messages, so that a session maybe initiated and maintained. These messages, though sent independently,are related as part of a transaction in a transaction protocol.

For example, user devices may be treated as agents, and may rely uponvarious network components to establish and carry on a communicationsession. In one example, an agent may initiate a call with the help of aproxy server. With such an approach, an intermediate device—a proxyserver—may receive a message from a device and forward it across thenetwork toward its intended target for the initiating user. For example,a device that wishes to initiate a session may send an INVITE message toa proxy server that includes a uniform resource identifier (URI) of adevice with which communication is sought. The proxy server, afterwinning a bid for the session, may determine the location of the calleeand forward the message. The callee device may respond, and the responsemay be forwarded by the proxy server to the caller. Such communicationsmay occur, for example, using real-time transfer protocol (RTP) or otherappropriate mechanisms. The servers may provide additional services,such as authentication and accounting.

In another example, an agent may initiate a call with the help of aredirect server. In such an example, a caller device may send an INVITErequest to the redirect server, and the redirect server may contact alocation server to determine the path to a callee. When this informationis obtained, the redirect server may return the information to thecaller device, the caller device may acknowledge that it has receivedthe information, and it may send the request where the redirect serverhas indicated. This redirected location might indicate the calleedevice, or it might indicate another server that will forward therequest. The callee may then respond and the caller may acknowledge theresponse.

A registrar server may track the location of various devices and providesuch location information to other components in the network so thatdata intended for a particular device can be routed to the network andthe location at which the device currently resides can be determined.The location of a device may be dynamically registered as the devicemoves, and may use location technologies such as AGPS, TDOA, cell-id andother known mechanisms, in concert with directory services such asfinger, rwhois, and LDAP and other known mechanisms. In addition, devicecapabilities and handshaking to produce connections that matchcapabilities may be executed, for example, using SDP.

These descriptions of connections and communication mechanisms areintended to be exemplary only; other mechanisms and protocols may alsobe used as appropriate. For example, the H.323 standard or anotherstandard may be used for communications, either as part of a SIPapproach or otherwise. Also, sessions or portions of sessions may beorganized and/or carried through the SS7 protocol, for call set-up,routing, control, management, and tear down. For the SIP example, theuse of SIP is consistent with other features described below, which areend-to-end oriented, and place responsibility (and thus flexibility) onthe end user devices.

FIG. 1B is a diagram showing a mobile device 32 communicating overmultiple networks 42, 44, 46, 48. In general, the figure shows how thedevice 32 may adjust its mode of communication depending on itslocation, so that its user may obtain the most effective communicationat the lowest cost. The device 32 may initiate and end a communicationsession on a single network. In some implementations, the device 32 mayinitiate a communication session on one network, or using one accesspoint for a network, and then may shift during the session to otheraccess points or other networks.

As shown, device 32 may be any appropriate type of mobile device such asa cellular telephone, a smartphone, or a personal digital assistant. Thedevice is capable of transmitting and receiving radio frequency (RF)signals in various modes or by various protocols. For example, thedevice 32 may communicate with a WiFi or similar switch 34 in a user'shome. The switch 34 may in turn be connected, such as by standardbroadband connection, to private network 46. The private network may be,for example, a network owned and operated by a single company or groupof companies, for which access is restricted to users who have beenqualified with the company or group of companies. Access to the networkmay be controlled, for example by user authentication (e.g., user nameand password), or broader public access to the network may be provided.

Device 32 may also communicate with private network 46 via router 36which may be a WiMAX-enabled network device that is part of ametropolitan-area network. Device 32 may be multi-modal, in that it mayhand off from switch 34 to router 36 as the user moves, switching from802.11 modes to 802.16 modes. The ultimate wired connection for eitheraccess point, however, will be to network 46. In addition, multipleaccess points may be provided in either the WiFi or the WiMax networks,and the device 32 may move from one access point to the next withoutchanging modes also.

In addition, the device 32 may communicate with one or more cellularnetworks 42, 44, such as through access points 38, 40 at cellulartowers. Cellular network 42 may be operated by a different carrier thanis cellular network 44. The cellular networks 42,44 may also operateusing different standards, or protocols. As shown by arrows 50 a, 50 b,the device 32 may enter exchange messages with access points 38, 40,such as when the device 32 enters the coverage zones of access points38, 40, or when the device 32 senses that it is leaving the coveragezone of router 36, such as using a signal strength sensor.

The device 32 may, for example, transmit control signals at thefrequency of one or more control channels for carriers known to be orsuspected to be in a particular area. The frequencies may simply be asuperset of all available frequencies and protocols. In addition, thedevice may be programmed to only attempt contact with networks known tobe in a certain area (e.g., by comparing GPS location data obtained bythe device 32 to a known map of carrier coverage). Arrows 50 a, 50 brepresent requests from the device 32 and corresponding responses to thedevice in negotiating a connection.

Networks 42, 44 and network 46 may all be connected to public network48, such as the internet and/or the public switched telephone network(PSTN). In this manner, a communication session may be maintained withanother party connected to the network even as the device 32 movesgeographically from one coverage area to the next. As shown, the handoffs as the device 32 moves may simply be from one access point toanother on a single network, or may be from network to network

FIG. 2 is a system diagram showing the components of atelecommunications system 40. The components may include or be similarto many of the components shown in FIGS. 1A and 1B. In general, thesystem 40 centers around two networks—the internet 42 and the publicswitched telephone network (PSTN) 44. In general, data communicationsmay occur over the internet 42, while voice communications may occurover the PSTN 44. However, the PSTN 44 is also equipped to carry digitalcommunications and could thus carry various forms of data, while theinternet 42 may carry digitized voice communications, such as usingvarious VoIP protocols or other mechanisms.

Various networks that provide a variety of services are shown connectedto the internet 42 and PSTN 44. For example, a traditional wiredprovider 54, such as a competitive local exchange carrier (CLEC) mayprovide voice and data services through a switched network. The deviceson the network may include traditional telephones 54 a, 54 b, 54 d, andcomputer 54 c. The computer 54 c may communicate through traditionaldial-up service or through DSL or other similar broadband services.

Information provider 46 may in turn provide access to internet 42.Information provider 46 may be, for example, a cable television companyproviding internet access through cable modems. As shown, computer 62 isconnected to information provider 46 by a broadband cable connection andincludes a microphone and speaker for carrying out telephone calls, suchas by using VoIP. Likewise, computer 64 includes a monitor-mounted videocamera for carrying video conferencing in a similar manner. Informationprovider 46 may also include other types of internet service providers,such as those who connect to users through wired provider 54 or othernetworks.

Traditional wireless network 50 may comprise a typical legacy cellulartelephone transmission system having a number of towers 18, which mayconnect together via a commonly managed switching system. As shown,wireless network 50 is capable only of carrying voice communicationsbetween subscribers to the network, or with other users through PSTN 44.

Wireless network 52 is a more modern cellular network and includes botha voice channel and a distinct data channel (in addition to the basiccontrol channel). Data transmissions are routed to, or received from,internet 42, while voice transmissions are routed to, or received from,PSTN 44.

Wireless network 48 is nominally an all-data network. Specifically, alldata is packetized at clients and treated as data by the network.Prioritization may be provided for certain forms of continuous data,such as voice communications, however, to help ensure quality of service(QoS). Likewise, other data, such as HTTP-related data may also bepacketized in a similar manner and routed similarly by the network, withassembly at the recipient or other appropriate point. In this way,wireless network 48 may provide full data services to its subscribers orother users.

In the figure, geographically separated portions of the network, in theform of transceiver 60, are shown separate from the wireless network 48.For example, the wireless network may have nodes in various populationcenters that may then be centrally connected to each other, such as byvarious broadband connections schemes, including fiber optic, dedicatedfiber optic, microwave, and satellite connections. In this manner,device 48 a and device 48 b may conduct a data communication session,such as a VoIP telephone call in a single wireless network or LAN. Also,one or more (e.g., for a teleconference) of the devices may communicatewith another device on wireless network 48 through transceiver 60, suchas device 48 c or device 48 d.

Each communication through wireless network 48 may be a non-billedsession so that users of the devices do not pay for the sessions, asidefrom what they would pay for a (monthly) subscription fee if wirelessnetwork 48 requires subscriptions. The communications may also be whollyfree if wireless network 48 does not require any fees. Alternatively,wireless network 48 may be a hybrid network, in that various levels ofservice may be offered for various payment plans. For example, forhigher fees, greater bandwidth or greater services may be provided. Forexample, at a lowest level, simple text messaging may be provided, whileat a higher level, videoconferencing may be provided. Also, service maybe made free or at a reduced rate where a user is willing to viewpromotional material while using wireless network 48.

Where communications occur in part outside wireless network 48, wirelessnetwork 48 may make connections with other networks in a standardfashion. For example, if a communication is a VoIP telephone call withcomputer 62, wireless network 48 may simply send the relevant packets tointernet 42, which will route them appropriately.

Likewise, wireless network 48 may connect directly to PSTN 44 if a callis with a user of wired provider 54. In such a situation, wirelessnetwork 48 may transform the communication into one applicable to thePSTN 44, and may also follow other appropriate protocols for the PSTN44, including billing and other protocols. For example, where the callis over a long distance, wireless provider 48 may have to pay connectionand carrying fees to other providers that assist in making theconnection. Wireless network 48 may reduce such fees, for example, byusing identifying information about the out-of-network user to determinewhere the user is located, and then may use a private network or theinternet 42 to route the information as close to that point as possiblebefore passing it to PSTN 44. Wireless network 48 may also use otherrouting logic so as to minimize fees that it may have to pay to otherproviders.

Though termed a “wireless” network, wireless network 48 may have variouswired components. For example, users may have wired, in addition towireless, connections to the main network 48, and various subnets in thenetwork 48 may be connected by wire.

As described more fully above and below, devices 48 a-d may communicatewithin wireless network 48 as pure data devices such as using a VoIPprotocol. Devices 48 a-d may also travel outside wireless network 48 andgain access to other networks and providers, such as through an auctionsystem. For example, device 48 a may be carried to a network connectedto information provider 46 and may connect itself as a data transmissiondevice to communicate with the remainder of the networks. Device 48 amay use a public VoIP provider such as Skype or Vonage to reach non-VoIPdevices for voice communications. Likewise, device 48 a may move out ofthe area of wireless network 48, and into the area of wireless network52. Device 48 a may then continue a communication or form acommunication session through wireless network 52, as described morefully below.

FIG. 3 is a flow chart showing actions by a communication device ininstigating a voice telephone call. This flowchart is generally foroutgoing communications from a device. In general, a multi-modal devicemay be programmed to seek various modes of completing a communicationsession. As shown in the flowchart, the device starts with lowest costoptions, and moves to higher cost options if the lower costs options areeither unavailable or become unavailable.

At act 70, the device receives a call command, such as the entry by auser of a telephone number or similar destination identifier (e.g., aGmail account identifier) and activation of a “send” or “call” command.The call command may also simply be part of a communication, such as apacket or group of packets of information. The device may initiallycheck for availability of a first network (act 72), and if that networkis available, the device may place the call or otherwise send datathrough the first network (act 74). The device may also have previouslyverified the availability of the first network, such as by periodicallychecking all available networks in the area. The first network may be,for example, a LAN in the user's home that connects through a wiredbroadband connection. Such a connection may provide high QoS at anegligible cost for the user.

If the first network is not available, such as when the user is outsidetheir home, the device may then check for the availability of a secondnetwork (act 76), such as wireless network 48. If that network isavailable, the device may then complete the call or otherwise transmitthe information (act 78). Other known networks may also be checked orotherwise determined to be available or unavailable.

The networks for which a device checks may be programmed into thedevice, such as when the device is purchased or through a trainingprogram for the device. For example, the second network may beprogrammed into the device by a vendor, whereas the first network may be“sniffed” out by the device when the user sets up their account, such asby operating the device in a particular mode in the user's home oroffice, where the user expects to most use the device, and knows that awireless data network is available. The networks may also be “found” bythe device in other manners, such as by dynamically updating thenetworks to use based on available networks currently around the device.

If no such data network is available to the device, it may then seek outout-of-network networks for which the user may have to pay a per-use fee(or may be shown promotional material in order to obtain access). Asdescribed in more detail with respect to FIGS. 4A and 4B, the device mayping any carriers within range (act 80) to indicate that it is in needof service. Before needing to ping the carriers, the device may havealready determined which carriers are within range. The pinging processmay involve transmitting identifying information and other informationabout a communication session, such as the type of data, amount of data,and expected bandwidth needed. Other information may also be provided.

Each carrier may then respond with a bid to carry the communicationsession. As noted above, the bid may follow a set form, such as a pricefor a predetermined and set time period (e.g., 20 minutes or to the topof the hour). Such restricted bidding may make comparison of the bidseasier to complete, as the comparison may simply be price vs. price. Thebidding may also be more open-ended, with each carrier having multiplevariables (such as time or data volume, price, and level of service)that can be varied. The device may then evaluate any competing bids (act82) and select the preferred bid for continuing the communicationsession. The device may take into account non-bid information such asthe likely quality of service from a particular carrier or the bandwidthavailable from the carrier.

A user may set the rules for evaluating bids, such as by settingparticular rules or by identifying a profile that is associated withparticular rules. For example, a “power user” profile may choose thebest connection available regardless of cost. As another example, a“student” profile may select lower quality or slower connections, andmay also place a cap on offered prices. If all bids exceed such a cap,then the device may warn the user that he or she will not be able tocontinue a communication session if the user continues movingout-of-network. Profiles may allow a person to assign their accountmultiple different rules with a single selection or a limited number ofselections.

Once a bid has been selected, the device may instigate the call or othercommunication session (act 84). This may involve starting a handoffprocess from one mode to another mode, such as by simultaneouslycommunicating in both modes and removing redundant data during theoverlap, such as through standard soft or softer handover techniques.The handover may also be a hard handover, if necessary. Anotherimplementation may have a central platform that helps transition theservice between two different networks. As described more fully below,the call may then continue at the negotiated rates until the userreturns to an in-network area for a sufficiently long time so that thecommunication session may be handed back. The negotiation and handoffmay be transparent to a user of the device. They may also besemi-transparent, so that the device provides some indication (such asaudio or a visual display) that a communication session is movingout-of-network, and potentially starting to run a fee.

FIG. 4A is a swimlane diagram showing actions surrounding the provisionof a data communication session, such as a telephone call, from acommunication device. The chart shows in more detail the roles played byvarious players in the process. Here, the players are the client device,two carriers (e.g., carriers associated with towers 16 and 18 in FIG.1), and a coordinator. The flowchart generally shows the instigation ofa communication session, in the form of a telephone call.

As explained with respect to FIG. 3, a user's device will initiallyplace a call over the service with which the device is primarilyregistered (act 86) if the device can do so. If the call is in-networkfor the entirety of the call, the coordinator may track and record usedata (act 88). For example, the coordinator may track the start and endtime of the call, along with the destination identifier (e.g., telephonenumber, gMail account, etc.). The information tracked may be the same asinformation currently tracked for traditional telephone calls usingprotocols such as SIP and SS7, and may also include different oradditional information.

For example, where the communication is primarily data-based, theinformation may include a total file size of the communication session.The tracking of information may occur directly by the coordinator, suchas by observing information passed onto the coordinator's network, wherethe coordinator operates the primary network for the user. Theobservation may also be indirect, such as by having the device trackinformation about the communication session and then report it to thecoordinator at the end of the session. Such an approach may beappropriate for an all-data device, as the coordinator may not be ableto determine by simple observation when a communication session beginsand ends—particularly if a device is simultaneously conducting twocommunication sessions (e.g., file transfer and telephone call). Inaddition, tracking may occur via third-parties which report informationto a carrier associated with the caller and/or callee, such as byagreed-upon protocols.

If the primary network is not available, i.e., if the user isout-of-network, the device may then ping the available carriers as aninvitation to bid (act 90). Carrier 1 may then take appropriate actionsupon receiving the invitation, such as by verifying its current excesscapacity, and may then compute a bid (act 92). Carrier 2 may take thesame or similar actions (act 94). The device may then receive each ofthe bids and evaluate them using a predetermined rule or ruleset, andmay select one of the carriers (act 96). The device may then instigatethe call (act 98), such as by sending the information in a mode (e.g.,appropriate frequency and appropriate protocol) for the selected bidder,and the selected bidder may carry the communication session, such as byrouting the data and also making a connection to the destination device(act 100). Connecting the session may include traditional telephoneswitching through the PSTN network and/or providing information to athird party to carry out all or some of such switching.

When the call is over, the client device may end the call (act 102),such as when a user presses an end button on a telephone. Such an actionmay then cause the selected carrier to generate billing information forthe call or other communication session (act 104). The generation ofbilling information may include interaction with the client device. Forexample, the device may track a parameter relevant to the billing, suchas the length of a telephone call or the total number of bits or bytestransmitted and received, and may report such parameters to the selectedcarrier. The client device could even compute a price for thecommunication session, and simply report that price to the carrier. Thecarrier itself may also track information about the call, such as forbilling purposes.

The selected carrier may then submit billing information to thecoordinator (act 106) which may receive that information (act 108) andmatch it to an account for the client. The submission of billinginformation may occur as soon as the session is over, or may occurperiodically (e.g., once each day or once each month). The billinginformation may include the date and time of the communication session,along with its length or the amount of data transferred, and the cost ofthe session.

In appropriate circumstances, and to “close the loop” on thetransaction, the coordinator may reconcile (act 110) the transactionwith the client, such as by locating the device when it is backin-network, so as to check that the client has matching information. Inthis manner, the system can ensure that inappropriate billinginformation is not submitted. If there is a match, the coordinator maypost the billing information (act 114).

At an appropriate time, such as immediately after receiving billinginformation or monthly, the coordinator may institute a paymenttransaction (act 116) by which funds are obtained from the client (act120) and funds are provided to the carrier (act 118). The transfers mayoccur simultaneously or one may occur before the other. The coordinatormay also retain certain funds to cover transaction costs of carrying outthe coordination of the communication session and its payment. Inaddition, various payment terms may be negotiated with carriers, e.g.,payments may be reduced slightly if carriers are guaranteed payment andare paid immediately, before the users pay (e.g., the coordinator coversthe “float”).

In this example, the coordinator is a system or service with which theuser of the client device has subscribed. The coordinator generallygathers all billing information for the client, combines it, handles thecollection of payments from the client, and provides correspondingpayments to various carriers. Payment may occur in traditional manners,such as by electronic banking, by credit card number, or by check.Payment may also occur via other electronic methods, such asmicropayment methods in which the user maintains anelectronically-accessible fund balance, and the system automaticallyaccesses funds held by the user.

The coordinator may simply be a service or system that serves toorganize transactions with carriers and take on the burden of locatingusers, and conduct billing and collecting from users. The coordinatormay also be the same organization that provides a primary network forthe user, such as a network using UMA technology. In addition, thecoordinator may make and sell wireless devices for users, or may definea specification to which devices can be manufactured, including underlicense. Thus, the coordinator may provide a user with wired andwireless telecommunication access in particular areas, such as majorurban and suburban areas, as a straight data service. Pricing for such aservice may be provided for a low monthly rate, and may allow the userto perform any data-based activity with their device, such as e-mail,messaging, and voice communication.

The coordinator may allow the user to extend access out-of-network also.Data transmission may occur in particular out-of-network areas, andvoice communication may also occur, either as a packetized data transferor via typical cellular telephone communications (e.g., where the clientdevice is capable from switching from one mode to another).

FIG. 4B is a swimlane diagram showing actions surrounding the provisionof a data communication, such as a telephone call, from a communicationdevice. This diagram is similar to that in FIG. 4A, except that thecoordinator takes on a larger role in the bidding process. As with theprior example, the client device places a call with its primary networkif it is in-network (act 130), and the coordinator may track and recorduse data for the communication session (act 132). If the device isout-of-network, the coordinator may receive a request by other means,such as through another network that agrees to forward such requests(act 134). Such a request may also be made when a device is moving fromin-network to out-of-network, but before the device leaves the network.Such a determination may be made, for example, using signal strengthdata and the trend of signal strength, or by using location and vectordata to determine that the device is leaving the network. The locationdetermination may be made by the coordinator, by the device, or by athird party, and when it is made by the device, information about thenetwork coverage may be periodically provided to the device so that ithas an up-to-date network map.

When the coordinator has received the request (act 136), it may carryout an auction process by pinging various carriers which it knows havecoverage for the area into which the client device is moving (act 138).The carriers may in turn respond with bids (acts 142, 142) and thecoordinator may evaluate the bids (act 144). The evaluation may takeinto consideration a rule or ruleset specific to the client device orthe user of the client device.

The coordinator may then identify the selected carrier to the clientdevice (act 146) so that the client device may make a connection withthat carrier and instigate the call (act 148). In this manner, thecoordinator may serve as a redirect server. In return, the selectedcarrier may complete the call, as described above, until it is finished(acts 150, 152). Upon call completion (or other completion of acommunication session), the selected carrier may generate billinginformation (act 154) and submit that information to the coordinator(act 158). As described above, the coordinator may then reconcile thetransaction (act 160) by checking back with the client device, which mayverify that the communication session occurred and that the submittedinformation about the session (e.g., length and/or cost) is correct (act162). The coordinator may then post the billing information to accountsassociated with the carrier and with the client device (act 164).Finally, at an appropriate time, the coordinator may pay the carrier(acts 166, 168) and may charge the user of the client device (acts 166,170). The collection and payment may be simultaneous or separated intime.

FIG. 5 is a block diagram showing the components of a wirelesscommunication device 240 and a system for coordinating communicationsessions with the device 240. The device 240 is designed as a modularand open communication device. All data transmitted by the device 240 isconverted to the appropriate interface based on the current transmissionmode of the device. Various applications may be arranged above thecommunication layer, so that their data is transformed to the commonformat before being transmitted. For example, for a voice call, an A/Dconverter may convert the voice signal to a digital representation, andanother layer may convert that digital signal to a packetized signalthat may be transmitted wirelessly, such as by an IEEE 802.11 standard.

The device 240 centers around a programmable processor 264, that mayreceive input from a user through, for example, a keypad 258 and inputprocessor 262 or other input mechanism such as a voice recognitionmodule. The processor 264 may deliver output through display driver 260to a display 256, such as a standard TFT color flat graphical LCDdisplay, OLED display, or other output mechanism such as an audiospeaker.

The processor 264 may also draw on and store various forms of data. Asone example, the device 240 may be provided with application storage266, where data for an operating system and applications that run on topof the operating system may be stored. For example, a user of the device240 may load a number of communication and/or productivity programs onthe device 240. The operating system may be flexible and open-source soas to permit more ready development of applications. In addition, datastorage 268 may be provided to maintain data needed by the operatingsystem and the applications. For example, data storage 268 may containcontacts information for an organizer application, web data for aninternet browser application, and other similar data. Storage 266, 268may be in any appropriate form, including ROM, RAM, Flash memory,disk-based storage, or a combination of these or other storagemechanisms as described more fully below. The application data and otherdata may be stored in a common storage or split across multiple storagestructures.

An internal interface 270 provides a basis on which various modules,which may be in the form of executable or other applications, can run.The internal interface 270 may be a part of an operating system to runon the device, and may include various components such as a kernel,video controller, memory manager, networking, file management, etc.Examples of such parts include Windows Mobile, Linux, Java, Symbian, andsimple real-time operating systems for phones.

A voice module 272 may be one of the applications operating on device240. The voice module 272 may provide for telephony functionality in agenerally known manner. The module 272, for example, may provide forinteraction with an organizer application so as to retrieve telephoneidentification information, and may then generate appropriate signalsfor creating a telephone call. The module 272 may also instigatetelephone calls based on a click-to-call link in a displayed document,such as a web page.

The voice application may be implemented as a traditional voice service,whether analog or digital, or a VoIP service. In addition, device 240may have a voice module 272 equipped for both modes of providing voiceservice, such as for use when the device 240 is in-network and isout-of-network. The voice application may be operated wholly insoftware, and may also in appropriate circumstances use hardware inaddition to that shown, such as A/D and D/A converters.

A browser module 274 may permit for the display of information sent andreceived over the internet using Hypertext Transfer Protocol (HTTP) orother similar technologies. The browser module 274 may provide for basicand advanced World Wide Web activity, as is well known in the art. Forexample, the browser may display web pages authored in HTML, WML, xHTML,iMode, and other formats. Certain features in web documents, such asclick-to-call links, may cause browser module 274 to interact with voicemodule 272.

A connection module 276 may also be provided, and may be at the samelogical level as the other modules, or at a lower level of the system.The connection module 276 may generally be programmed and configured tomanage external communications for the device, including by theprocesses discussed above and below. Among other things, the connectionmodule 276 may have a signal monitor 276 a which may identify theavailable signals in a particular area at particular frequencies orbands of frequencies, and the potential quality of those signals, suchas for determine which carrier to select for a communication session.The connection module 276 may also be configured to determine theapproximate strength of those signals. For example, the signal monitor276 a that may be part of connection module 276 may identify thepresence of a WiFi network in the vicinity, along with a WiMax and GSMnetwork. The signal monitor 276 a may also identify the provider of theparticular signal, such as through a predetermined identificationprotocol.

Handoff manager 276 c may work with signal monitor 276 a to helpcoordinate a handoff from one access point, or cell, to another, fromone network to another, and/or from one mode to another. For example, assignal monitor 276 a senses signal strength and senses that the signalstrength of its currently locked-in access point is weakening, whilesignal strength from other access points is strong, the device 240 maybegin a handoff process or may send information to one or more of theaccess points so that they begin a handoff process.

The handoff manager 276 c may be configured to switch between modes ofcommunication for the device, and to do so in a soft manner. Forexample, the handoff manager 276 c may simultaneously receive data overboth channels and may select only one channel to pass to, for example,the voice module 272. When the strength of a second mode is high enoughas measured by the signal monitor 276 a, the device 240 may switch overentirely to that mode. Where soft handoffs are not possible, such aswhere the two modes use different networks that cannot simultaneouslycarry the same signal, a hard hand off may be used. In addition,buffering of data may also be used to make a hard handoff moretransparent.

In particular circumstances, connection module 276 may include a bidevaluator 276 b and a bid confirmer 276 c. The bid evaluator 276 b mayreceive bids submitted by potential carriers, and may be programmed withrules or other logic for selecting a carrier based at least in part onthe bids. The bid confirmer 276 c may receive a carrier selection fromthe bid evaluator 276 b and may carry out the necessary steps to ensurethat a communication session is established with that carrier. The bidconfirmer 276 c may also help to confirm the existence of acommunication session after-the-fact, such as when a coordinatorattempts to verify the session.

Another module may be a custom module 278, which may include, forexample, third-party programs loaded by a user onto device 240. Thedevice 240 may be configured in such a way so as to have an API withwhich various programs or applications may communicate. As a result,many different programs or applications may be made available for thedevice 240, so as to provide a user of device 240 with maximumflexibility at a reasonable cost. For example, just as applications maybe written easily to operate with a web browser, applications may alsobe written easily to work with device 240. These applications couldinclude unique or custom messaging systems.

One or more of the modules or other components of device 240 may beloaded onto device 240, such as through an on-line download. Also, oneor more modules or other components may be loaded on a removable mediathat is coupled to the device, such as a Subscriber Identity Module(SIM) card, or by other mechanism, such as a removable flash module.Such downloaded programs or applications or removable devices may beprovided with appropriate security mechanisms to help ensure thatinappropriate users of a device cannot easily use the device, or changethe identity of a device.

As thus described, device 240 may provide its user with a number ofadvantages. For example, device 240 may be used as a universalcommunicator because all communications are treated similarly as simplepacketized data communications. Also, device 240 may be providedessentially as an open-source device for which various developers canprovide customized solutions. For example, if there is demand for aparticular type of communication device, a company may provide it andneed only worry about making the packets of data that come out of thedevice conform to a common standard. Particular operations of the devicemay be irrelevant to the network itself, as the system may followstandard layered abstraction techniques.

In addition, users may segment their use of device 240 moreefficiently—using pay-for-service only when necessary, and matching theprice and level of service to their particular needs. For example, if auser does not need to use a device far away from their home very often,they need not pay for such use. Finally, the device 240 may allow moreready convergence of functions in a single device. Specifically, bytreating all communications as data communications, device 240 maycontain a single common communications engine, with a number ofapplications layered on top of that engine.

Device 240 may communicate with various networks via external interface252, which may be a multi-modal wireless interface. Separately, atelecommunications coordinator 244 is shown, and may communicate with awireless transmission system 250 and other similar systems via internet246 and PSTN 258. The wireless transmission system 250 may comprise aprivate network, such as one owned and controlled by the owner ofcoordinator 244. The system 250 may also be a traditional cellulartelephone system or a more advanced system such as a 3G system.

The coordinator 244 may include a switching system 244 b so thatcommunication sessions within the network served by the coordinator 244may be properly routed. The switching system 244 b may also bedistributed out through the network, and managed by the coordinator 244.The coordinator 244 may also contain a connection management module 244a that helps provide connections for users seeking to have acommunication session, as described more fully above, and also helps totrack and permit billing for such sessions.

The connection management module 244 a may communicate with theswitching system 244 b to help make appropriate connections or produceappropriate routing of messages. In addition, the connection managementmodule 244 a may draw upon a contact index 244 c, which containsconnection information for subscribers of coordinator 244. suchinformation may include identification information such as user names,telephone numbers, and IP addresses. In addition, connection managementmodule 244 a may store information about the costs of communicationsessions in a billing database 244 d. This information may be used, asdescribed above to update account balances and carry out payments forthe carrying of communication sessions.

FIG. 6 is a block diagram of computing devices 800, 850 that may be usedto implement the systems and methods described in this document, aseither a client or as a server or plurality of servers. Computing device800 is intended to represent various forms of digital computers, such aslaptops, desktops, workstations, personal digital assistants, servers,blade servers, mainframes, and other appropriate computers. Computingdevice 850 is intended to represent various forms of mobile devices,such as personal digital assistants, cellular telephones, smartphones,and other similar computing devices. The components shown here, theirconnections and relationships, and their functions, are meant to beexemplary only, and are not meant to limit implementations of theinventions described and/or claimed in this document.

Computing device 800 includes a processor 802, memory 804, a storagedevice 806, a high-speed interface 808 connecting to memory 804 andhigh-speed expansion ports 810, and a low speed interface 812 connectingto low speed bus 814 and storage device 806. Each of the components 802,804, 806, 808, 810, and 812, are interconnected using various busses,and may be mounted on a common motherboard or in other manners asappropriate. The processor 802 can process instructions for executionwithin the computing device 800, including instructions stored in thememory 804 or on the storage device 806 to display graphical informationfor a GUI on an external input/output device, such as display 816coupled to high speed interface 808. In other implementations, multipleprocessors and/or multiple buses may be used, as appropriate, along withmultiple memories and types of memory. Also, multiple computing devices800 may be connected, with each device providing portions of thenecessary operations (e.g., as a server bank, a group of blade servers,or a multi-processor system).

The memory 804 stores information within the computing device 800. Inone implementation, the memory 804 is a computer-readable medium. In oneimplementation, the memory 804 is a volatile memory unit or units. Inanother implementation, the memory 804 is a non-volatile memory unit orunits.

The storage device 806 is capable of providing mass storage for thecomputing device 800. In one implementation, the storage device 806 is acomputer-readable medium. In various different implementations, thestorage device 806 may be a floppy disk device, a hard disk device, anoptical disk device, or a tape device, a flash memory or other similarsolid state memory device, or an array of devices, including devices ina storage area network or other configurations. In one implementation, acomputer program product is tangibly embodied in an information carrier.The computer program product contains instructions that, when executed,perform one or more methods, such as those described above. Theinformation carrier is a computer- or machine-readable medium, such asthe memory 804, the storage device 806, memory on processor 802, or apropagated signal.

The high speed controller 808 manages bandwidth-intensive operations forthe computing device 800, while the low speed controller 812 manageslower bandwidth-intensive operations. Such allocation of duties isexemplary only. In one implementation, the high-speed controller 808 iscoupled to memory 804, display 816 (e.g., through a graphics processoror accelerator), and to high-speed expansion ports 810, which may acceptvarious expansion cards (not shown). In the implementation, low-speedcontroller 812 is coupled to storage device 806 and low-speed expansionport 814. The low-speed expansion port, which may include variouscommunication ports (e.g., USB, Bluetooth, Ethernet, wireless Ethernet)may be coupled to one or more input/output devices, such as a keyboard,a pointing device, a scanner, or a networking device such as a switch orrouter, e.g., through a network adapter.

The computing device 800 may be implemented in a number of differentforms, as shown in the figure. For example, it may be implemented as astandard server 820, or multiple times in a group of such servers. Itmay also be implemented as part of a rack server system 824. Inaddition, it may be implemented in a personal computer such as a laptopcomputer 822. Alternatively, components from computing device 800 may becombined with other components in a mobile device (not shown), such asdevice 850. Each of such devices may contain one or more of computingdevice 800, 850, and an entire system may be made up of multiplecomputing devices 800, 850 communicating with each other.

Computing device 850 includes a processor 852, memory 864, aninput/output device such as a display 854, a communication interface866, and a transceiver 868, among other components. The device 850 mayalso be provided with a storage device, such as a microdrive or otherdevice, to provide additional storage. Each of the components 850, 852,864, 854, 866, and 868, are interconnected using various buses, andseveral of the components may be mounted on a common motherboard or inother manners as appropriate.

The processor 852 can process instructions for execution within thecomputing device 850, including instructions stored in the memory 864.The processor may also include separate analog and digital processors.The processor may provide, for example, for coordination of the othercomponents of the device 850, such as control of user interfaces,applications run by device 850, and wireless communication by device850.

Processor 852 may communicate with a user through control interface 858and display interface 856 coupled to a display 854. The display 854 maybe, for example, a TFT LCD display or an OLED display, or otherappropriate display technology. The display interface 856 may compriseappropriate circuitry for driving the display 854 to present graphicaland other information to a user. The control interface 858 may receivecommands from a user and convert them for submission to the processor852. In addition, an external interface 862 may be provide incommunication with processor 852, so as to enable near areacommunication of device 850 with other devices. External interface 862may provide, for example, for wired communication (e.g., via a dockingprocedure) or for wireless communication (e.g., via Bluetooth or othersuch technologies).

The memory 864 stores information within the computing device 850. Inone implementation, the memory 864 is a computer-readable medium. In oneimplementation, the memory 864 is a volatile memory unit or units. Inanother implementation, the memory 864 is a non-volatile memory unit orunits. Expansion memory 874 may also be provided and connected to device850 through expansion interface 872, which may include, for example, aSIMM card interface. Such expansion memory 874 may provide extra storagespace for device 850, or may also store applications or otherinformation for device 850. Specifically, expansion memory 874 mayinclude instructions to carry out or supplement the processes describedabove, and may include secure information also. Thus, for example,expansion memory 874 may be provide as a security module for device 850,and may be programmed with instructions that permit secure use of device850. In addition, secure applications may be provided via the SIMMcards, along with additional information, such as placing identifyinginformation on the SIMM card in a non-hackable manner.

The memory may include for example, flash memory and/or MRAM memory, asdiscussed below. In one implementation, a computer program product istangibly embodied in an information carrier. The computer programproduct contains instructions that, when executed, perform one or moremethods, such as those described above. The information carrier is acomputer- or machine-readable medium, such as the memory 864, expansionmemory 874, memory on processor 852, or a propagated signal.

Device 850 may communicate wirelessly through communication interface866, which may include digital signal processing circuitry wherenecessary. Communication interface 866 may provide for communicationsunder various modes or protocols, such as GSM voice calls, SMS, EMS, orMMS messaging, CDMA, TDMA, PDC, WCDMA, CDMA2000, or GPRS, among others.Such communication may occur, for example, through radio-frequencytransceiver 868. In addition, short-range communication may occur, suchas using a Bluetooth, WiFi, or other such transceiver (not shown). Inaddition, GPS receiver module 870 may provide additional wireless datato device 850, which may be used as appropriate by applications runningon device 850.

Device 850 may also communication audibly using audio codec 860, whichmay receive spoken information from a user and convert it to usabledigital information. Audio codex 860 may likewise generate audible soundfor a user, such as through a speaker, e.g., in a handset of device 850.Such sound may include sound from voice telephone calls, may includerecorded sound (e.g., voice messages, music files, etc.) and may alsoinclude sound generated by applications operating on device 850.

The computing device 850 may be implemented in a number of differentforms, as shown in the figure. For example, it may be implemented as acellular telephone 880. It may also be implemented as part of asmartphone 882, personal digital assistant, or other similar mobiledevice.

Where appropriate, the systems and the functional operations describedin this specification can be implemented in digital electroniccircuitry, or in computer software, firmware, or hardware, including thestructural means disclosed in this specification and structuralequivalents thereof, or in combinations of them. The techniques can beimplemented as one or more computer program products, i.e., one or morecomputer programs tangibly embodied in an information carrier, e.g., ina machine readable storage device or in a propagated signal, forexecution by, or to control the operation of, data processing apparatus,e.g., a programmable processor, a computer, or multiple computers. Acomputer program (also known as a program, software, softwareapplication, or code) can be written in any form of programminglanguage, including compiled or interpreted languages, and it can bedeployed in any form, including as a stand alone program or as a module,component, subroutine, or other unit suitable for use in a computingenvironment. A computer program does not necessarily correspond to afile. A program can be stored in a portion of a file that holds otherprograms or data, in a single file dedicated to the program in question,or in multiple coordinated files (e.g., files that store one or moremodules, sub programs, or portions of code). A computer program can bedeployed to be executed on one computer or on multiple computers at onesite or distributed across multiple sites and interconnected by acommunication network.

The processes and logic flows described in this specification can beperformed by one or more programmable processors executing one or morecomputer programs to perform the described functions by operating oninput data and generating output. The processes and logic flows can alsobe performed by, and apparatus can be implemented as, special purposelogic circuitry, e.g., an FPGA (field programmable gate array) or anASIC (application specific integrated circuit).

Processors suitable for the execution of a computer program include, byway of example, both general and special purpose microprocessors, andany one or more processors of any kind of digital computer. Generally,the processor will receive instructions and data from a read only memoryor a random access memory or both. The essential elements of a computerare a processor for executing instructions and one or more memorydevices for storing instructions and data. Generally, a computer willalso include, or be operatively coupled to receive data from or transferdata to, or both, one or more mass storage devices for storing data,e.g., magnetic, magneto optical disks, or optical disks. Informationcarriers suitable for embodying computer program instructions and datainclude all forms of non volatile memory, including by way of examplesemiconductor memory devices, e.g., EPROM, EEPROM, and flash memorydevices; magnetic disks, e.g., internal hard disks or removable disks;magneto optical disks; and CD ROM and DVD-ROM disks. The processor andthe memory can be supplemented by, or incorporated in, special purposelogic circuitry.

To provide for interaction with a user, aspects of the describedtechniques can be implemented on a computer having a display device,e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor,for displaying information to the user and a keyboard and a pointingdevice, e.g., a mouse or a trackball, by which the user can provideinput to the computer. Other kinds of devices can be used to provide forinteraction with a user as well; for example, feedback provided to theuser can be any form of sensory feedback, e.g., visual feedback,auditory feedback, or tactile feedback; and input from the user can bereceived in any form, including acoustic, speech, or tactile input.

The techniques can be implemented in a computing system that includes aback-end component, e.g., as a data server, or that includes amiddleware component, e.g., an application server, or that includes afront-end component, e.g., a client computer having a graphical userinterface or a Web browser through which a user can interact with animplementation, or any combination of such back-end, middleware, orfront-end components. The components of the system can be interconnectedby any form or medium of digital data communication, e.g., acommunication network. Examples of communication networks include alocal area network (“LAN”) and a wide area network (“WAN”), e.g., theInternet.

A number of embodiments have been described. Nevertheless, it will beunderstood that various modifications may be made without departing fromthe spirit and scope of the described embodiments. Accordingly, otherembodiments are within the scope of the following claims.

What is claimed is:
 1. A method in a server comprising: receiving, bythe server, a request from a client device to initiate a firsttelecommunication session; obtaining, by the server, bids from aplurality of carriers that are able to communicate with the clientdevice to carry the first telecommunication session; selecting, by theserver, a first carrier of the plurality of carriers to carry the firsttelecommunication session based on the received bids; and transmitting,to the client device, an identity of the first carrier to have theclient device connect to the first carrier to initiate the firsttelecommunication session.
 2. The method of claim 1, wherein the bidsare obtained by polling the plurality of carriers in response toreceiving the request from the client device to initiate the firsttelecommunication session.
 3. The method of claim 1, further comprising:receiving, by the server, first billing data from the first carrier ofthe plurality of carriers, the first billing data being associated withthe first telecommunication session carried by the first carrier;receiving, by the server, second billing data from a second carrier ofthe plurality of carriers, the second billing data being associated witha second telecommunication session carried by the second carrier;determining, by the server, an amount to be deducted from an accountassociated with the client device based on the first billing data fromthe first carrier and the second billing data from the second carrier;and transmitting, to the client device, a signal indicative of theamount to be deducted from the account associated with the client devicebased on the first billing data from the first carrier and the secondbilling data from the second carrier.
 4. The method of claim 3, furthercomprising: receiving, by the server, billing data collected by theclient device for the first telecommunication session; verifying, by theserver, that the first billing data associated with the firsttelecommunication session from the first carrier matches with thebilling data collected by the client device for the firsttelecommunication session; receiving, by the server, billing datacollected by the client device for the second telecommunication session;and verifying, by the server, that the second billing data associatedwith the second telecommunication session from the second carriermatches with the billing data collected by the client device for thesecond telecommunication session.
 5. The method of claim 4, whereintransmitting the signal indicative of the amount to be deducted from theaccount associated with the client device comprises transmitting thesignal when the server has verified that the first billing data matchesthe billing data collected by the client device for the firsttelecommunication session, and that the second billing data matches thebilling data collected by the client device for the secondtelecommunication session.
 6. The method of claim 3, further comprising:receiving, by the server, payment from the client device correspondingto the amount to be deducted from the account of the client device;distributing, by the server, the payment amongst accounts associatedwith the first carrier and the second carrier.
 7. The method of claim 3,wherein the first billing data includes one or more of a cost of thefirst telecommunication session, a length of the first telecommunicationsession and an amount of data used during the first telecommunicationsession, and the second billing data includes one or more of a cost ofthe second telecommunication session, a length of the secondtelecommunication session and an amount of data used during the secondtelecommunication session.
 8. A server comprising: an interfaceconfigured to: receive a request from a client device to initiate afirst telecommunication session; receive bids from a plurality ofcarriers that are able to communicate with the client device to carrythe first telecommunication session; and a connection management moduleconfigured to: select a first carrier of the plurality of carriers tocarry the first telecommunication session based on the received bids;and transmit an identity of the first carrier to the client device tohave the client device connect to the first carrier to initiate thefirst telecommunication session.
 9. The server of claim 8, wherein thebids are received by polling the plurality of carriers in response toreceiving the request from the client device to initiate the firsttelecommunication session.
 10. The server of claim 8, wherein theinterface is further configured to: receive first billing data from thefirst carrier of the plurality of carriers, the first billing data beingassociated with the first telecommunication session carried by the firstcarrier; receive second billing data from a second carrier of theplurality of carriers, the second billing data being associated with asecond telecommunication session carried by the second carrier; andwherein the connection management module is further configured to:determine an amount to be deducted from an account associated with theclient device based on the first billing data from the first carrier andthe second billing data from the second carrier; and transmit a signalindicative of the amount to be deducted from the account associated withthe client device to the client device based on the first billing datafrom the first carrier and the second billing data from the secondcarrier.
 11. The server of claim 10, wherein the interface is furtherconfigured to: receive from the client device billing data collected bythe client device for the first telecommunication session; receive fromthe client device billing data collected by the client device for thesecond telecommunication session; and wherein the connection managementmodule is further configured to: verify that the first billing dataassociated with the first telecommunication session from the firstcarrier matches with the billing data collected by the client device forthe first telecommunication session; and verify that the second billingdata associated with the second telecommunication session from thesecond carrier matches with the billing data collected by the clientdevice for the second telecommunication session.
 12. The server of claim11, wherein transmitting the signal indicative of the amount to bededucted from the account associated with the client device comprisestransmitting the signal when the server has verified that the firstbilling data matches the billing data collected by the client device forthe first telecommunication session, and that the second billing datamatches the billing data collected by the client device for the secondtelecommunication session.
 13. The server of claim 10, wherein theinterface is further configured to: receive payment from the clientdevice corresponding to the amount to be deducted from the account ofthe client device; and wherein the connection management module isfurther configured to: distribute the payment amongst accountsassociated with the first carrier and the second carrier.
 14. The serverof claim 10, wherein the first billing data includes one or more of acost of the first telecommunication session, a length of the firsttelecommunication session and an amount of data used during the firsttelecommunication session, and the second billing data includes one ormore of a cost of the second telecommunication session, a length of thesecond telecommunication session and an amount of data used during thesecond telecommunication session.